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BACKGROUND OF THE INVENTION 

Technical Field 

[0001] The present invention relates, generally, to systems and methods for remote 

viewing and, more particularly, to a password-protected system which acquires and 
transmits patient images to a server for remote access via the Internet. 
Background Invention 

[0002] A medical facility typically requires physician input to detennine the most 

appropriate medical care for the patient. However, requiring a physician to be present 
24 hours a day at the medical facility to examine the patient, or a radiological image of 
the patient, may be inefficient and expensive. Particularly, a medical facility may not 
have the financial resources or patient volume to support a physician on site at all 
times; the medical facility may be located in a remote location; or a town may not have 
a sufficient number of physicians available to be located at each medical facility at all 
times of the day. As such, when a patient requires medical attention, an experienced 
physician may not be readily available at a particular medical facility. 

[0003] Accordingly, a system is needed which acquires an image of a patient 

and transmits the image to a remote location for viewing and analysis by an 
experienced physician. While prior art teleradiology systems exist which establish a 
• direct communication link to a remote location and transmit radiological images to the 



remote location, these systems often require dedicated hardware and software at the 
medical facility and at the remote viewing location wherein the hardware and software 
is complicated and expensive. Due to increasing budget constraints, medical facilities 
and physicians typically cannot allocate the substantial funds required to purchase the 
dedicated teleradiology systems. Moreover, existing teleradiology systems do not 
provide secure, password-protected transmission of data from numerous medical 
facilities to a centralized repository for remote viewing by physicians from their existing 
personal computers. 

[0004] With the rapid expansion of the Internet and other computer-based 

technologies, a personal computer already exists at a physician's home or 
office. Physicians are also becoming increasingly knowledgeable of 
computer technology, the use of a personal computer, and the use of information on 
the Internet. While the Internet allows the transmission of electronic mail with image 
attachments, the use of electronic mail is typically not secure and requires the entry of 
various Internet addresses in order to send an image to multiple locations. Moreover, 
many individual medical facilities have their own computer systems which can be 
accessed, via a user identification and password, by physicians associated with the 
medical facility. However, physicians are typically associated with a few medical 
facilities, thereby often requiring a physician to obtain, and keep track of, different user 
identifications and passwords to access each medical facility computer. Thus, 
a system is needed which allows physicians to use a single user identification and 
password for viewing patient images from a home or office, in a secure manner, over 
the Internet. 
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BRIEF SUMMARY OF THE INVENTION 
[0005] To upload images, a person at the medical facility simply takes pictures of the 

patient or the patient's radiological scan with a digital camera which instantly digitizes 
the patient images. The digital camera Is then connected to the uploader computer and 
the patient's name or history is entered into the uploader computer. The uploader 
program In the uploader computer automatically obtains the images from the digital 
camera and generates a data file, which Includes the digitized images and any other 
patient Information. The uploader computer then connects to the Internet, connects 
to the secure host server, uploads the images to the host server and shuts down the 
Internet connection. All of the operations are automatic, so the person at the medical 
facility does not need to wait by the computer while images are being uploaded. The 
system is password-protected at all levels and the administrator for each medical 
facility determines who may have access to the medical facility images. 
[0006] When the physician uses an Internet compatible computer, the physician simply 

logs on to the host website which displays a list of medical facilities. Upon selection of 
a particular medical facility, the website requests entry of the physician's user I.D. and 
password. After verifying the physician's user I.D. and password, the host server 
constructs an HTML web page then displays the web page which Includes a list of 
patients whose images were previously uploaded by the medical facility and are 
available for viewing. The physician simply selects the name of a patient and the host 
server displays the patient information and images on the physician's computer. 
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BRIEF DESCRIPTION OF THE DRAWING FIGURES 

[0007] The subject invention will herein be described in conjunction with the appended 

drawing figures, wherein like numerals denote like elements, and: 

[0008] Figure 1 is an exemplary schematic diagram of a simplified image retrieval and 

viewing system; 

[0009] Figure 2 is an exemplary schematic diagram of the camera system in greater 

detail; 

[0010] Figure 3 is an exemplary schematic diagram of the uploader system in more 

detail; 

[0011] Figure 4 is an exemplary schematic diagram of the physician computer in more 

detail; 

[001 2] Figure 5 shows an exemplary screen display of the uploader system; 

[0013] Figure 6 shows an exemplary screen display of patient data on the physician 

computer while connected to the host website; 
[0014] Figure 7 shows an exemplary screen display of the home page on the physician 

computer while connected to the host website; 
[0015] Figure 8 shows an exemplary flow diagram of the process for acquiring, 

uploading and viewing patient images; 
[0016] Figure 9 shows an exemplary flow diagram of the process for uploading images 

from the uploader system to the host server; and, 
[001 7] Figure 1 0 shows an exemplary flow diagram of the process, for physician access 

to the patient images on the host server. 
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DETAILED DESCRIPTION OF THE INVENTION 
[0018] The present system and method generally allows the remote viewing over the 

Internet of patient Images which are uploaded from a medical facility. The present 
' invention may used in association with hospitals, clinics, emergency rooms, film rooms, 
x-ray facilities, medical offices, sports facilities and/or the like. Other users of the 
present invention need not be in the medical field. For example, any business or 
organization which requires a secure, password-protected depository on the Internet for 
the exclusive viewing of documents, images, text and/or the like by only authorized 
users is also contemplated within the scope of the present invention. 
[0019] Refemng to Figure 1, system 5 preferably includes a camera system 10, an 

uploader system 50, an Internet ICQ, a host server 110 and a physician computer 150. 
In a preferred embodiment, referring to Figures 1 and 8 system 5 includes a unique 
process for acquiring, uploading and viewing patient images. To upload images, 
camera system 10 suitably acquires and digitizes the image (step 250) then uploader 
system 50 automatically obtains the image from camera system 10 (step 252). 
Uploader system 50 generates a data file including the patient image and patient 
information (step 254) then uploader system 50 connects to Internet 100 and uploads 
the images and associated information to host server 110 (step 256). The physician, 
using physician computer 150, suitably accesses Internet 100 and logs on to the host 
website 200 (Figure 7) located on host server 110 (step 258). After suitable 
verification, host server 110 generates a web page (step 260), including the data file 
image and patient information, which is transmitted to physician computer 50 for the 
physician to view the Images of particular patients. One skilled in the art will appreciate 
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that communication between uploader system 50, host server 110 and physician 
computer 150 can also be achieved using a local area network or other similar 
communication systems in accordance with the present invention. Because 
the present invention preferably incorporates existing communication channels over the 
Internet and commonly available camera systems 100, uploader systems 50 and 
physician computers 150, the system is less expensive than other teleradiology 
systems, requires no specialized training and is upgradable as the respective 
technologies improve. 

Camera system 10 is any device or combination of devices suitably configured 
to acquire an image, digitize an image and transmit the digital image to uploader 
system 50. One of ordinary skill In the art will appreciate that camera system 10 can 
acquire any Image in accordance with the present invention including, for example, x- 
rays, MR images, CT images or any other radiological image or a direct picture of 
patient pathology, wounds, lacerations, cellulitus, rashes, labs, EKGs, documents or 
any other information or subject capable of being photographed by a camera. 
Referring to Figure 2, In a preferred embodiment, camera system 10 includes a digital 
camera 12, an image digitizer 14, an image storage buffer 16 and other 
known hardware and software components and electronics for suitable operation of a 
digital camera. One of ordinary skill in the art will appreciate that camera 1 2, image 
digitizer 14 and image storage 16 can be separate components or incorporated into a 
single digital camera device. Moreover, image digitizer 14 is any suitable device for 
digitizing an image such as, for, example, a camera which acquires the image in digital 
form, an analog-to-digital convertor and/or the like. Alternatively, uploader system 50 
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can include the digitizing component. In a preferred embodiment of the present 
invention, camera system 10 comprises a Sony® DSC-F1 digital camera manufactured 
by the Sony® Corporation. 

[0021] After one or a plurality of images are obtained using camera system 10, camera 

system 10 is suitably connected to uploader system 50 to allow the transmission of the 
JPEG file images, stored in image storage 16, to uploader system 50. It is understood 
that camera system 10 digitizes the image before transmitting the image to uploader 
system 50; however, the present system also contemplates that uploader system 50 
may digitize the image instead of camera system 10. Furthennore, camera system 10 
may be permanently connected to uploader system 50, or preferably, camera system 
10 Is configured to be removably connected to uploader system 50 by a removable 
cable, thereby allowing camera system 10 to be freely manipulated to obtain close-up 
views of the patient image at almost any angle. Alternatively, camera system 50 may 
transmit the digital information to uploader system 50 via a signal, such as an infrared 
beam, without the 'need for a cable connection. Moreover, if camera 12 is connected 
to uploader system 50 during image retrieval, image storage 16 may not be necessary 
if the images are sent directly to uploader system 50. 

[0022] Uploader system 50 is any device or combination of devices suitably configured 

to accept data from camera system 10 and generate a data file which includes the 
infomiation from camera system 10. Uploader system 50 is also any system-which 
automatically connects to Internet 100. logs onto a host server 110 website, suitably 
uploads images to the website and shuts down the Internet connection. Uploader 
system 50 is preferably an Apple® IMAC® computer. Referring to Figure 3, in a 
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preferred embodiment, uploader system 50 includes processor 52, display 54, FTP 
program 58, TCP/IP 62, PPP 64, serial port 66, and modem 68. Processor 52 is any 
suitable central processing unit which executes a personal computer's software and 
displays the acquired images on display monitor 54. Processor 52 is also any suitable 
device capable of executing web browser software to access the Intemet 100. In an 
altemative embodiment, system 5 includes numerous uploader systems 50 in which the 
individual processors 52 are networked to other processors through an Ethernet 
connection. Alternatively, TCP/IP 62 may be connected to a local network medium 
such as an Ethernet connection. In another embodiment, modem 68 is replaced with a 
direct connection to Internet 100. Moreover, one skilled in the art will appreciate 
that TCP/IP 62, PPP 64, serial port 66 and/or modem 68 can be multiple components, 
part of one system, intemal to a computer, external devices or not required if a direct 
connection to the Internet is used. 
[0023] With reference to Figure 5, the medical facility operator preferably interfaces with 

a screen display 170 of uploader system 50 which is a graphical user interface 
preferably including a first name field 171, a last name field 172, a history field 174, a 
Send Images to Internet Command 176, a Fax More Permanent Passwords Command 
178, a Fax More One-time Passwords Command 180, an image field 182, a log field 
184, a Clear Log Command 186 and a Settings Command 188. One skilled in the art 
will appreciate that screen display 170 can include other fields and commands to 
preform functions, display data or optimize other computer variables in accordance with 
the present invention. 
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[0024] Referring to Figures 5 and 9, after connecting camera system 10 to uploader 

system 50, the medical facility operator enters a patient name into patent name fields 
171, 172 and/or history associated with a particular patient into history field 174 (step 
300). Processor 52 of uploader system 50 then creates a location on its hard drive with 
a temporary file name for the particular patient (step 302). After the operator selects 
the Send Images to Internet Command 176 (step 304), processor 52 automatically 
transmits a request for a download of all images from camera system 10 wherein the 
request includes the location of the temporary file on the hard drive in uploader system 
50. In response to the request, camera system 10 suitably transmits the previously 
acquired images in JPEG fomriat to uploader system 50 (step 306). In a preferred 
embodiment, camera system 10 includes known software which is configured to 
respond to the download request. Uploader system 50 preferably includes a macro 
which re-creates the downloading routine such that the downloading process is 
automatic after selection of the Send Images to Internet Command 176 by the operator. 
In a preferred embodiment, the macro QUICKEYS™ produced by CE Software suitably 
provides the automatic re-creation of the downloading process. 

[0025] After receiving the images, uploader system 50 suitably counts the number of 

images transmitted from camera system 10 (step 308). In a preferred embodiment, if 
the image data includes over 50K bytes of 640 X 480 pixel images, then processor 52 
compresses the Images using known compression routines before transmitting the 
images to host server 110 (step 310). If the image data includes under 50K bytes of 
640 X 480 pixel images, then processor 52 preferably does not compress the images. 
One skilled in the art will appreciate that the threshold for implementing the 
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compression routine or the image pixel dimensions can be changed to any desired 
quantity. l\/1oreover, before transmitting the images to host server 110, processor 52 
suitably creates "thumbnail" 128 X 96 pixel images of each image and displays the 
thumbnail images in image field 182 as the thumbnail images are processed (step 
312). Uploader system 50 also suitably populates the previously created temporary 
data file with the aforementioned infomiation, namely the number of images, patient 
name, current date and time, full images and thumbnail images. Uploader system 50 
also renames the previously created data file with an exclamation point (!), patient 
name, time stamp and checksum (step 314). For example, the name of the data file 
could be "! Smith Robert 11:1 5PM E5". 
[0026] Uploader system 50 then connects to the Internet 100 through modem 68 or 

through a direct connection between processor 52 and Internet 100 (step 316). With 
reference to Figure 3, modem 68 preferably connects uploader system 50 to Internet 
100. In this regard modem 68 is any hardware or software which is configured to 
translate between the digital infomiation sent from processor 52 of uploader system 50 
to the analog domain of a telephone system. In a prefen-ed embodiment, modem 68 
converts serial digital data from serial port 66 into analog signals suitable for 
transmission over telephone lines. Modem 68 is any commonly available 
modem having established standards used by a number of modem manufacturers such 
as, for example, a commercially available modem manufactured by Rockwell. Point-to- 
point Protocol (PPP) 64 software establishes communication with modem 68. PPP is a 
standard which enables multiple network protocols to be used over a modem line or 
other serial connection. One skilled in the art will appreciate that other commonly 
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known standards for enabling multiple networl< protocols to be used over a modem line 
can alternatively be used. PPP software 64 is suitably configured and initialized by 
known methods for communication with processor 52 and modem 68. 

TCP/IP 62 is a widely used network protocol which controls the routing of data 
and the transfer of data, thereby providing a common means of Interconnection through 
packet transfer devices known as gateways. After processor 52 sends data to TCP/IP 
62. TCP/IP 62 encapsulates the data into segments called TCP packets with header 
infonnatlon. The header infomiatlon tracks, checks and orders the data segments in 
the proper sequence, thereby helping to assure packet delivery, integrity and sorting 
order. TCP/IP 62 records the acceptance of eror-free segments by host server 110. If 
a segment is not timely acknowledged, TCP/IP 62 re-transmits the packet. The TCP 
packets are transmitted to an Internet protocol which arranges the segments into 
Internet protocol packets which contain an IP header wherein the IP header includes 
address information which enable the gateways to route the IP packet to its proper 
destination. The IP header contains the source and destination Internet addresses, 
thereby enabling gateways to properly route the data. One of ordinary skill in the art 
will appreciate that any Initialization and configuration procedures can be used to 
Incorporate TCP/IP 62 into uploader system 50. 

Referring again to Figures 3 and 9, after connecting to Intemet 100, processor 
52 launches an FTP program 58 called FETCH produced by The Trustees of 
Dartmouth College. Processor 52 then provides FETCH with information needed to 
Identify and route the data file, namely the user identification, password, FTP location 
and data file name (step 318). After appropriate verification procedures between 
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uploader system 50 and host server 110, FETCH uploads the selected data file 
containing the patient information, full images and thumbnail images by transmitting the 
data file to host server 110 (step 320). If the transmission Is successful (as determined 
by known in the art procedures discussed above), the file is renamed by deleting the 
exclamation point (I) from the beginning of the file name (step 322). By deleting the I 
after a successful transmission, any incomplete or problem files can be easily identified 
and deleted (as discussed below). After completing the transmission of information 
over Intemet 100, uploader system 50 automatically terminates the connection to 
internet 100 (step 324). For confidentiality and security purposes, in a preferred 
embodiment, all Images are uploaded by uploader system 50 to host server 110 are 
automatically erased after twenty-four hours. One of ordinary skill in the art will 
appreciate that the automatic deletion feature can be configured for diff'erent time 
periods for different medical facilities, depending on the medical facility preference. 
[0029] With reference to Figure 5, during the downloading process from camera system 

10 to uploader system 50 and during the uploading process from uploader system 50 to 
host server 110, log field 184 suitably records and displays most actions in real time, 
thereby allowing the operator to ensure accurate system performance. To clear Log 
Field 184, the operator can select the Clear Log Command 186 which suitably deletes 
the display entries from Log Field 184. Moreover, Settings Command 188 on screen 
display 170 allows the operator to adjust various known in the art computer display and 
interface connections. For example, the operator can change the Interface connection 
setting from a direct connection to a PPP connection. In a prefen-ed embodiment, to 
reduce user manipulation of system 5, the operator does not have access to the 
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Settings Command 188; but instead, the operator is required to call the operator of host 
server 110 to request access to Settings Command 188. Upon approval, host server 
110 suitably allows the medical facility operator to adjust particular settings of system 5. 

[0030] System 5 includes password protection on multiple levels. Referring again to 

Figure 1, when the operator of the medical facility uploads images to host server 110 
using uploader system 50, uploader system 50 preferably transmits an appropriate 
password to host server 110 for verification by host server 110 before host server 
uploads images transmitted by uploader system 50. Moreover, system 5 is suitably 
configured to allow the operator to limit the access to the web page created by 
uploader system 50 to particular physicians or other users. An operator may add a 
new physician which is entitled to access the web page by providing the physician with 
a temporary or pemianent-temporary password. A permanent-temporary password 
allows users to become permanent users for that particular medical facility. One 
time temporary passwords may only be used for accessing the web page once for a 
particular medical facility. 

[0031] With reference to Figures 1 and 5, Fax More, Permanent Passwords command 

178 provides a convenient procedure for supplying additional temporary-permanent 
physician passwords for distribution by the medical facility operator. More specifically, 
the medical facility operator initially determines particular physicians which the medical 
facility approves having repeated access to the particular medical facilities' patient 
information. After selecting Fax More Permanent Passwords Command 178, for 
security reasons, uploader system 50 requests entry of the operator's password. After 
the operator enters a pre-assigned password and host server 110 verifies the 
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operator's password, host server 110 transmits a request to a processor to generate a 
list of pliysician temporary-permanent passwords for a particular medical facility and to 
fax the list to the medical facility which requested the physician passwords. In a 
preferred embodiment, thirty-two new physician passwords are generated and 
distributed in response to each request. The medical facility operator then 
communicates the passwords to authorized physicians. One skilled in the art will 
appreciate that system 5 may suitably limit the request, retrieval and allocation of 
physician passwords to administrators of the medical facility by requiring special 
administrator passwords. 

The physician passwords only provide access to the certain patient data at a 
particular medical facility. Moreover, the physician passwords and IDs are initially 
temporary. An exemplary temporary physician password is "4123" and temporary user 
ID is "TEMPI 234." One skilled in the art will appreciate that the user passwords and 
IDs may be any combination of numbers, letters, symbols and/or the like. After the 
physician enters a temporary user ID and temporary-permanent password into 
physician computer 150, the temporary user ID and temporary-pemnanent password is 
suitably transmitted to host server 110. Host server 110 verifies the temporary- 
permanent, password against an existing list of authorized passwords and requests 
entry of the physician's social security number, name and address. Host server 110 
then re-assigns the physician's social security number as the new pemianent physician 
user ID and requests the physician to enter a new permanent password, if desired. In 
a preferred embodiment, the physician can select a new permanent password having 
4-8 characters. After receiving the physician's new password selection, host server 
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110 records the new password in association with the physician user ID and the new 
password is now the physician's permanent password. However, a physician who is 
registered as a user of one site cannot view images of another site unless the physician 
is also a registered user of the second site. Because physicians are often registered 
with more than one medical facility, the physician can receive a different temporary 
password from another medical facility, and upon following the same procedure as set 
forth above, the physician can change all temporary passwords from different medical 
facilities to the same permanent password for all medical facilities. In this regard, the 
password allocation and replacement routine of the present invention reduces 
physician confusion and simplifies physician interaction with the system. 
[0033] Alternatively, the operator can select Fax More One-Time Passwords command 

180 which will generate and fax a list of temporary, passwords to the medical facility. 
This list of passwords is communicated to physicians; however, the physician can only 
use these temporary password's to access the records of a particular medical facility 
within system 5 one time. More specifically, the medical facility determines particular 
physicians which' should have access for a 24-hour period to the particular' medical 
facilities' patient information. After selecting Fax More Permanent Passwords 
command 178, uploader system 50 requests, similar to above, entry of the operator's 
password. After the operator enters a pre-assigned password and host server 110 
verifies the operator's password, host server 110 transmits a request to a processor to 
generate a list of temporary physician passwords for a particular medical facility and to 
fax the list to the medical facility which requested the physician, passwords. In a 
preferred embodiment, thirty-two new temporary physician passwords are generated 
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and distributed in response to each request. The medical facility operator then 
communicates the temporary passwords to authorized physicians. Upon entry of a 
temporary user ID, such as, for example, "1TEMP1234." and temporary password into 
physician computer 150, the special user ID and temporary password is transmitted to 
host server 110, Host server 110 verifies the temporary password (but does not 
change the user ID or password as above), then the system allows the physician to 
view certain patient data in the particular medical facilities' patient infomiation data file. 
After the physician exits the particular medical facilities' patient information, the 
temporary password is deleted from the authorized password list in host server 110. 

After receiving a user ID and password as set forth above, the physician can 
access the patient information in host server 110. Referring to Figure 1, host server 
110 is any hardware or software suitably configured to accept data files from uploader 
system 50 and to allow the physician's web browser 156 to access information from 
host server 110. Host server 110 is preferably an Apple Macintosh® server in 
response to a request by the physician's web browser 156, host server 110 transmits 
Hypertext Markup Language (HTML) pages through Internet 100 to physician computer 
150. HTML pages describe the information which is on web page 200 sent by the host 
server 110. When a physician accesses web page 200 (Figure 7), the HTML page 
instructs the physician's web browser 156 to display on the computer display 154 
various information such as, for example, buttons, text, Images, animated real-time 
loops of images, sounds and/or the like. The HTML page is directly encoded into 
software located in host server 1 10 by known in the art commercially available desktop 
publishing and word processing software for writing the HTML page and other known 
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software is used to encode the page into HTIVIL fonn. In tiiat regard, web pages 200 
contain HTIVIL tags of data which assist the physician's web browser 156 in interpreting 
HTML page. The HTI\/IL page may also include HREF Hypertext references which 
provide a means for linking to other web pages within host server 1 10 or anywhere on 
the Internet 100. After the HTML pages are created, their storage addresses 
are recorded at host server 110. Thus, when a physician makes a request to view a 
particular HTML page, host server 1 10 is responsible for finding the page based on the 
storage address and sending its contents to the physician's web browser 156. 
[0035] More particularly, referring to Figures 1 ,6,7 and 1 0, after the physician enters the 

Intemet address for web page 200 (Figure 7) located on host server 110 (step 350), 
physician web browser 156 sends a data packet to host server 110 which Is received 
by the WEBSTAR™ program located in host server 1 10. The WEBSTAR™ program is 
commonly available and is distributed by Star Nine, Inc.™. WEBSTAR™ suitably 
transmits web page 200 infomiation to physician computer 150 and WEBSTAR™ logs 
the Internet Protocol address of physician computer 150 (step 352). Web page 200 
preferably displays a list of medical facilities 205 (Figure 7) which have 
previously uploaded patient data to host server 110 (step 354). After the physician 
selects a medical facility from the list of medical facilities 205, a data packet containing 
the medical facility request is transmitted to host server 110 (step 356). Host server 
110 then transmits a request for the physician's user ID and password to physician 
computer 150. After the physician enters the appropriate user ID and password 
information into physician computer 150, a data packet containing the user ID and 
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password is transmitted to liost server 110 which validates the user ID and password 
(step 358). 

[0036] Host server 110 then transmits the physician's medical facility request to "a 

program called PATIENT.ACGI (located on host server 110). WEBSTAR™ also 
suitably interrogates the passwords and preforms various password functions which 
are known in the art, including the transmission of certain passwords to 
PATIENT.ACGI. PATIENT.ACGI suitably accesses the selected medical facility folder 
which contains the individual patient folders 60 (step 360). Each medical facility 
predetermines an expiration time limit for their own patient folders 60 and the expiration 
time limit is stored in host server 110. PATIENT.ACGI suitably interrogates each 
patient folder 60 and compares the patient folder time stamp (which indicates the' time 
and date the folder was uploaded to host server 110) with the selected medical facility 
expiration time limit. If the patient folder time stamp is later in time then the medical 
facility expiration time limit, the patient folder 60 is deleted. Moreover, PATIENT.ACGI 
suitably interrogates each patient folder name and deletes any folder 60 with a name 
which contains an exclamation point (I) because, as discussed above, the I in the 
patient folder 60 name indicates that the folder may contain corrupted or incomplete 
data (step 362). After deleting the unwanted patient folders 60, PATIENT.ACGI 
accesses a pre-established HTML web page having empty patient folder 60 fields. 
PATIENT.ACGI then populates the patient folder 60 fields with the patient folder 60 
information associated with the selected medical facility (step 364). PATIENT.ACGI 
then transmits the populated HTML web page to WEBSTAR™ (step 366), which then 
transmits the populated HTML web page to physician computer 1 50 (step 368). 
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[0037] Physician computer 150 is any system or software suitably configured to access 

the Internet 100 and browse web page 200 in host server 110. Referring to Figure 4, 
physician computer 150 preferably includes processor 152, display 154, web browser 
153, TCP/IP 158, PPP 160, serial port 162 and modem 164. A physician suitably 
requests processor 152 to instruct web browser 156 to access the website located at 
host server 110. When accessing host server 110 through Internet 100, web browser 
156 utilizes TCP/IP 158, PPP 160, serial port 162, and modem 164 in a similar manner 
as discussed above. Web browser 156 is any commonly known web browser software 
such as, for example, Netscape®, Microsoft® Internet Explorer®, or the America 
Online® web browser. One skilled in the art will appreciate that there is known in the 
art browser function's which are incorporated into host server 110 and web browser 
156 thereby allowing the physician to manipulate the images,, and browse various web 
pages at the website. 

[0038] After receiving the populated HTML web page, physician computer 150 displays 

the HTML web page for the selected medical facility on display 154. The physician 
then views all of the patient folder 60 names which are available and selects a 
particular patient name from which the physician can view the selected patient's 
images (step 370). A data packet containing the patient selection is suitably 
transmitted to host server 110. After receiving the patient selection data packet, host 
server 110 suitably transmits the patient selection information to a program called 
GETPATIENT.ACGI. In a prefenred embodiment, GETPATIENT.ACGI also 
TRANSMITS all physician entries to a log database which logs all physicians which 
view a particular patient folder 60 (step 372). GETPATIENT.ACGI interrogates the 
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patient folder 60 corresponding to the selected patient and searches for an 
INDEX.HTML file which indicates that the patient folder 60 has previously been viewed. 
If the INDEX.HTML file exists, GETPATIENT.ACGI transmits the selected patient folder 
60 to WEBSTAR™ (step 376) which then transmits patient folder 60 to the physician 
web browser 156 (step 378) (see Figure 6). If GETPATIENT.ACGI does not find an 
INDEX.HTML file in patient folder 60, GETPATIENT.ACGI generates an INDEX.HTML 
file (step 374). 

[0039] Host server 1 1 0 also responds to specific requests of web browser 1 56, such as 

performing a specific action including, for example, a request to increase the size of an 
image on web page 58. One skilled in the art will appreciate that host server 110 Is 
configured with various security features. For example, a configuration file may control 
the access of a particular physician to certain web pages. Furthemriore, physician 
access may be limited to specific drives, directories and files and a physician may be 
restricted from inputting data Into a web page. In other words, web page 58 is a read 
only web page. One of ordinary skill in the art will also appreciate that host server 110 
may restrict access to certain physicians and other users based upon requested user 
ID numbers and passwords. 

[0040] While the present Invention has been described in conjunction with preferred 

and altemative embodiments set forth in the drawing Figures and the specification, it 
will be appreciated that the invention is not so limited. Various modifications in the 
selection and anrangement of components, interfaces and process steps may be made 
without departing from the spirit and 'scope of the invention as set forth in the 
appended claims. 
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